RFID SYSTEM WITH PACKETIZED DATA STORAGE IN A MOBILE 
ENVIRONMENT: METHODS, SYSTEMS AND PROGRAM PRODUCTS 

Inventors: Janne Jalkanen and Marko Perttila 

RELATED APPLICATION 

5 Application Serial No. , filed __, entitled, "Apparatus and 

Method for Facilitating Physical Browsing on Wireless Devices Using Radio Frequency 
Identification (NC 28681)", assigned to the assignee of the present invention and fully 
incorporated herein by reference. 

BACKGROUND OF INVENTION 

10 1 . Field of Invention: 

This invention relates to automatic identification systems, methods and program 
products. More particularly, the invention relates to an RFID system with packetized data 
storage in a mobile environment: methods, systems and program products. 

2. Description of Prior Art : 

15 Mobile communication devices, typically cell phones, laptops and other portable devices 

are active with cellular wireless or short-range wireless systems. Cellular systems require 
service areas to be arranged into cells, which have their own transmitter and receiver base 
stations. In each cell a group of frequencies are used by the mobile devices for communication 
with other devices and external networks via the base station. Cellular systems have ranges in 
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the order of kilometers. The frequency bands and other parameters for cellular systems are 
described in the text "Cellular Radio Principles and Design", by R. C. V. Macario, published by 
McGraw-Hill, NY, NY, 1993 (ISBN: 0-07-044301-7) at page 210. 

Short-range wireless systems operating with mobile communication devices operate in 
5 the unlicensed portion of the radio spectrum, usually either in a 2.4 GHz Industrial, Scientific, 
and Medical (ISM) Band or the 5.0 GHz Unlicensed-National Information Infrastructure (UINII) 
Band, and have a typical range of one hundred meters or less. Short-range wireless systems can 
be combined with systems wired to the Internet to provide communication over long distances 
via an access point. A description of short-range wireless systems is described in the text, 
10 "802.11 Wireless Networks as the Definitive Guide", by Matthew S. Gast, published by 
O'Reilly, Associates, Inc. Sebastopol, CA (ISBN: 0-596-001883-5), 2002, Chapter II. 

Short-range wireless communications systems find use in automatic identification 
systems (AIS). Radio Frequency Identification (RFID) systems are one embodiment of AIS 
which find use in short-range wireless communication system. The typical RFID system includes 

15 a RFID reader and a RFID transponder linked together by a radio frequency generated by the 
reader. The transponder is attached or coupled to an item for identification purposes. RFID 
systems are described in the text "RFID Handbook - Radio-Frequency Identification 
Fundamentals and Applications" by K. Finkenzeller, published by John Wiley & Sons LTD, 
New York, NY (ISBN 0-471-98851 0) 1999, pages 6 -7, and fully incorporated herein by 

20 reference. 

In one embodiment, the reader may be incorporated into a mobile device which 

communicates with the RFID transponder via a radio frequency signal. The reader sends out a 
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RF signal that "wakes up" the RFID transponder. The transponder may be active or passive. In 
response to the RF signal, the transponder transmits a data signal back to the reader via a RF 
frequency signal. The transponder or "tag" includes a memory and is incorporated into an item. 
The tag stores data descriptive of the item for identification purposes. An exemplary tag 
5 information block is described in related application, Serial No. , filed 

. supra, beginning at page 24, line 18, and shown in Fig. 5. The memory may be 
random access or read only or erasable read only memory and the like. Data is stored in the 
memory in a customized data structure and format, according to the requirements of an 
application executable in the mobile devices or in an external network. Most RFID applications 

10 define an entire vertical structure from the format of the bits of the RFID tag to the top-level 

application behavior. Each time a new application is created, the data structure and format of the 
tag must be customized to meet the requirements of the new application. Re-creating the data 
structure and format for new applications is expensive and time consuming. Moreover, the 
customized data structure and format limits processing of the tag data for the application 

15 executing in the mobile device and can impede off-loading the tag data to other external data 

processing system. What is needed in the art is a RFED system in a mobile environment having a 
data structure and format for tag information which facilitates (a) creating new applications or 
changes to existing applications executable in the mobile device or another environment with 
minimum effort; (b) reading or writing tag data between the tag and the mobile device or an 

20 external network, and (c) allowing external applications to be transferred to the RFID 
environment with no or little modification. 
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Prior art related to the present invention includes the following: 

A, USP 6,398, 105B2 entitled "Automatic Data Collection Device That Intelligently 
Switches Data Based On Data Type", issued June 4, 2002 discloses intelligently routing data 
received from an automatic data collection ("ADC") device in an ADC device platform based on 
5 its type. A data routing mechanism operates on the data-receiving side of an ADC data server. 
After identifying the characteristics of the input data, the data routing mechanism determines the 
destination for the data based on the characteristics then routes the data to the selected 
destination. For some types of data, the selected destination may be an intermediate destination 
where the data undergoes additional processing before being transmitted to another location, 

10 while for other types of data the selected destination may be the application that ultimately 
processes the data. For example, the data routing mechanism may receive a set of input data, 
analyze the data to determine that the data is voice data, and then route the data to a speech 
recognition module that processes voice data. ADC devices accommodated by the system 
include bar code readers, speech recognition systems, RF tag readers, resonator readers, and two- 

15 dimensional symbol readers optical character recognition ("OCR") systems. The invention finds 
application within a network of ADC device platforms that receive requests for input data from 
both local and remote applications. Data may be communicated to remote users using any data 
protocol, including the Transmission Control Protocol ("TCP"), the User Datagram/Internet 
Protocol ("UDP/IP") or the User Datagram Plus Protocol ("UDP+"). 

20 B. USP 6,150,921 entitled "Article Tracking System", issued November 21, 2000 

discloses tracking mobile tags. Cell controllers with multiple antenna modules generate a carrier 

signal which is received by the tags. Tags shift the frequency of the carrier signal, modulate an 

identification code onto it, and transmit the resulting tag signal at randomized intervals. The 

4 

Attorney Docket: 4208-4134 
(Nokia: 28746) 

43742 vl 



antennas receive and process the response, and determine the presence of the tags by proximity 
and triangulation. Distance of a tag from an antenna is calculated by measuring the round trip 
signal time. The cell controllers send data from the antenna to a host computer. The host 
computer collects the data and resolves them into positional estimates. Data are archived in a 
5 data warehouse, such as an SQL Server. The tag datagram may contain a header to enable the 
cell controller to detect the tag's presence, an identifier preamble, which may be implemented, 
for example, as a validity check such as a cyclic redundancy check (CRC), the tag's UED and 
optional data sections, which can include data from within the tag. 

C. USP 6,448,979 entitled " Printed medium activated interactive communication of 

10 multimedia inormation, including advertising" discloses communicating multimedia information 
using a scanner for machine-readable code containing a link information corresponding to a 
provider information depicted on the printed medium. A user interface obtains user input 
information corresponding to the provider information. A communications bridge sends the link 
information and the user input information via the network. A receiver in communication with 

15 the scanner, capable of receiving the link information and user input information, and further 
capable of receiving and playing a multimedia information sequence. A portal server in 
communication with the scanner via the network capable of selecting a multimedia information 
sequence corresponding to the link information and the user input information. 

None of the prior art discloses or suggests an RFID system in a mobile environment 

20 which satisfies the needs of the art for creating new application with minimum effort by using a 
packetized and preferably standardized data structure and format which facilitates reading and 
writing data to a tag and enables external application data to be communicated within the RFID 
environment. 
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SUMMARY OF THE INVENTION 

An RFID system includes transponders or tags or data carriers having stored packetized 
data in a standard form in lieu of custom format which facilitates data transfer to/from the tags 
and access to extended applications running in a device, typically a mobile device or a network. 
5 The tag data may be packetized in any of several formats including standardized and globally 
addressable formats such as e.g. UDP, IPv4, IPv6, and the like, alone or in combination. This 
allows even more complicated protocols known in the art such as HTTP, HTTPU, etc, to be 
layered on top of the basic formats such as UDP, IPv4, IPv6, etc. Each format includes a layer to 
identify the packet format in the tag. In one embodiment, a tag contains UDP packets including 

10 a standard UDP header with a checksum and payload data. An application in the device opens a 
socket to listen to UDP connections. The device transmits a RF signal for activating tags within 
the coverage of the device. In response, the tag transmits IP packets to a RFID reader in the 
device, which strips the RFID header, and passes the packets to an IP stack in the device. The IP 
header is stripped away by the IP stack and the validity of the checksum verified. If verified, the 

15 device transmits the payload, which can be an UDP, TCP, or ICMP packet, to the application 
running in the device, which can send and receive data to/from the tag. Otherwise, the IP stack 
notifies the tag the transmission failed and requests a re-transmission from the tag which is 
repeated until a successful transmission occurs or the IP stack drops the packet if re-transmission 
is unsuccessful after a number of tries or sends a message to the application of the packet failure. 

20 In another embodiment, an UDP packet is used instead of an IP packet. The RFID reader in the 

device reads the packet, and removes the RFID headers, which are used to recognize the payload 

as an UDP packet. The payload is then transferred to the IP stack, which then delivers the 

payload to an application running in the device. In another embodiment, a UDP packet is 
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wrapped within an DP packet for transfer to an application external to the device. An application 
in the device opens a socket to listen to UDP connections. In response to a device activation 
signal, tags within the coverage of the device transmit packets to the reader, which passes them 
to an IP stack in the device. The IP stack parses the IP header; checks the packet destination and 
5 verifies the checksum validity. If verified, the packet is passed to the destination address which 
may be external to the device or passed to an application in the device if a loopback address is 
contained in the header, otherwise the re-transmission process described in the previous 
embodiment is conducted. In still another embodiment, data packets in UDP, IP format are 
transmitted to and stored in the tag from an application running in the device or a network. The 
10 RFID reader, which in this case can also function as a writer device, then adds the proper header 
data for packet recognition before putting the payload on the tag. 

An aspect of the invention is a RFID system storing packetized data in transponders or 
data carriers or tags in standardized formats in lieu of custom format. 

Another aspect is a data carrier in a RFID system storing packetized data in UDP/IP 
15 formats and combinations thereof with or without fully or partly compressed or shortened or 
omitted headers. 

Another aspect is a mobile terminal and method in RFID system transmitting activation 
signals to tags within the signal coverage area and sending and receiving packetized data 
to/from the tags. 

20 Another aspect is a mobile terminal and method in a RFID system including a reader in 

the terminal capturing and transmitting packetized data from/to a tag. 
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Another aspect is a mobile terminal and method in a RFID system including a 
communication protocol stack transmitting and receiving packetized data between a tag and an 
application running in the terminal or a network. 

Another aspect is a mobile terminal and method in a RFID system including an Internet 
5 protocol stack routing packetized tag datagrams from tags to/from destinations identified in the 
tag datagrams 

Another aspect is a mobile terminal and method in an RFID system decompressing or 
expanding headers in a tag datagram. 

Another aspect is an RFID system and method including a mobile terminal coupled to a 
10 transponder for activating the transponder to send and receive packetized data in UDP/IP format 
and communicating with a network to read the packetized data for an application running in the 
network or in the terminal. 

DESCRIPTION OF THE DRAWINGS 

The invention will be further understood from the following detailed description of a 
15 preferred embodiment, taken in conjunction with an appended drawing, in which: 

Figure 1 is a representation of an RFID system including a mobile device containing a 
reader linked to a transponder and an external network and incorporating the principles of the 
present invention; 

Figure 2 A is a representation of a datagram structure with a User Datagram Protocol 
20 (UDP) packet header in the tag of Figure 1 
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Figure 2B is a representation of a datagram structure with a compressed User Datagram 
Protocol (UDP) header in the tag of Figure 1; 

Figure 3 is a representation of a datagram structure for a combined Internet Protocol 
Version 4 (Ipv4) packet header and a UDP header in the tag of Figure 1; 

5 Figure 4 is a flow diagram of the mobile device of Figure 1 processing a UDP packet in 

the tag of Figure 2A; 

Figure 5 is a flow diagram of the mobile device of Figure 1 processing an IP/UDP packet 
in the tag of Figure 3, 

Figure 6 is a flow diagram of the mobile device writing data to the tag of Figure 1. 

10 DESCRIPTION OF PREFERRED EMBODIMENT 

Figure 1 discloses an RFID system 100 including a mobile device 102 containing an 
RFID reader 104 linked by a RF frequency to a transponder or tag 106. The mobile device is 
also linked to an external network 108 including a terminal 1 10, typically a server. The network 
108 can be the Internet, an Intranet, a mobile phone network, a PSTN, a PBX or the like. The 

15 device 102 includes antennas 112 for receiving network or cellular transmissions and short-range 
transmissions. The antennas are coupled to a short-range transceiver 1 14; a network transceiver 
116 and an input/output (I/O) circuit 1 18. A processing unit (CPU) 120 services the transceivers 
1 14, 116; the I/O circuit 1 18 and is coupled to a display 122. A keyboard (not shown) enables a 
user to input instructions and/or data to the processor and responds to commands displayed in the 

20 display 122. The processor interacts with a storage unit typically a Read Only Memory 

(ROM)126 and a Random Access Memory(RAM) 128. The ROM 126 stores applications 
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executable with the tag 106 and the server 110. The RAM includes software for operating the 
RFID system. An operating system 130, typically a Microsoft Windows Version controls the 
operation of the device 102. A reader application 132 enables the device to interact with the 
reader in reading and writing data from/to the tag 106. A routing application 134 is responsive to 
5 Internet Protocols 136 or an IP stack 138 . 

The IP stack is organized in four conceptual layers where each layer takes responsibility 
for handling communications with adjacent layers other devices and networks. At the lowest 
level of the stack, a network interface layer 140 receives and transmits datagrams from/to the 
RFID reader 104, to be described hereinafter and interfaces with an Internet layer 142. The 

10 Internet layer delivers the datagrams to the routing application 134 which decides whether the 
datagram should be processed locally or forwarded to an appropriate network interface for 
transmission. If the destination address id is a multicast address (such as e.g. 255.255.255.255) 
the datagram may be routed to a personal area network, but not outside a gateway. The datagram 
may thus be transmitted to e.g. a number of nearby Bluetooth devices. A transport layer 144 

15 interfaces with the Internet layer. The transport layer sends or receives data for applications 
stored in the mobile device or in the external network. An application layer 146 interacts with 
the transport layer to send or receive data. The application program passes data in the required 
form to the transport layer for delivery. Data passes up and down the different DP layers 
according to the data source. Data received from a local application stored in the storage unit 126 

20 or the Internet 108 passes the data down the transport, Internet and network interface layers to 

the tag 106 via the reader 104. Data passes up the IP stack 138 from the RF tag 106 via the 

reader 104 to the application stored in the mobile device 102, or an application in the external 

network. Further details on the functions and operation of the IP stack are described in the text 
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"Internet Working With TCP/IP" by Douglas E. Comer, published by Prentices Hall, Upper 
Saddle River, New Jersey 07458 (ISBN 0-13-216987-8) (v.l), 1995, pages 165-167. 

The reader 104 contains a high frequency interface 148 consisting of a receiver and 
transmitter with an antenna (all not shown). The interface may have two separate data paths for 
5 reading 150 and writing 152 from/to the tag 106. A control unit 154, directed by a 

microprocessor 156, communicates with the application 134 via CPU 120 in the execution of 
commands and controls communications with the tag. Further details describing the reader are 
described in the text "RFID Handbook", supra, Chapter 11. 

Any type of tag may be used in the present invention. RFID tags can be either active or 
10 passive. Active tags require an internal battery or another type of power source and are often 

read/write tags. Passive tags do not require a dedicated power source, but rather obtain operating 
power generated from RF signals provided by a reader. Tags may come in a variety of shapes 
and sizes, but are generally based on a custom-designed silicon integrated circuit. Any 
transponder/tag may be used in connection with the present invention, and the tag type, size, etc., 
15 depends on the particular environment and identification purpose. 

Before further describing the tag, a brief description of RFID technology is believed 

appropriate. RFID technology utilizes electromagnetic or electrostatic coupling in the radio 

frequency (RF) portion of the electromagnetic spectrum. The reader 104 is miniaturized and 

includes an interface network layer. Readers are described in the text "RFID Handbook", supra, 

20 at Chapter 11. The reader includes an antenna (not shown) for transmitting a RF signal that 

activates the transponder or tag 106. When the tag is activated, it transmits information back to 

the reader 104. In the case of a passive tag, the tag may be energized by a time- varying 
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electromagnetic RF wave generated by the reader. When the RF field passes through the antenna 
coil associated with the tag, a voltage is generated across the coil. This voltage is ultimately 
used to power the tag and make possible the tag's return transmission of information to the 
reader, sometimes referred to as back-scattering. The reader passes the information to the IP 
5 stack for delivery to the application in the device or to an application in the external network. A 
processor is coupled to the memory and to the reader. The processor is configured to invoke at 
least the application and to provide the content to the local application as directed by the reader 
application. 

Now turning to the tag 106, a high frequency interfacel58 is linked to an address unit 160 
10 for reading and writing data from/to a memory 162, typically a ROM or EEPROM or the like. 
The high frequency unit serves as the interface with the reader 104 and may transmit a signal 
when within the RF zone of the reader. The interface demodulates the reader signals for 
processing in the address logic unit 160. The address/logic unit 160 controls all reading and 
writing processes on the tag via a state machine (not shown). Further details on the operation of 
15 the tag are described in the text "RFID Handbook", supra pages 171 -177. 

Data is stored in the ROM/EEPROM 162 in packetized form as datagrams, which usually 
contain only a few hundred bytes of data and carry a header identification that enables network 
hardware to know how to send the data to a specified destination. In one embodiment of the 
invention, a User Data Protocol (UDP) packet is structured to include a header 164 and payload 
20 data 166. In another embodiment, Internet Protocol (IP) packet is structured to include an IP 

header 168 and the payload data 166. Both the UDP and IP headers comprise a field to define the 
data structure type followed by standardized header and payload. In this way, UDP or IP packets 
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may be stored directly on the tag. Depending on the application, data may be read from the tag 
or written to the tag. 

In Figure 2A, a UDP packet according to the invention includes a format field 202, a 
standard UDP header comprising a Source Port ID field 204, a Destination Port ID field 206, 
5 packet length field 208, a checksum 210, followed by the payload data 212. The format field 
comprises bytes 0 and 1 and includes a code, e.g., 0xB58A to define that the packet is a UDP 
packet. The format field comprises 16-bits. The first byte of the format field is the code, e.g., 
OxB58A. The second byte defines the format of the packet. Bytes 2. . . 10 are standard UDP 
header fields and bytes from byte 1 1 are payload data. However, due to the limited storing 

10 capacity of the tag, the header of the data packet, e.g., UDP or IP header may be compressed 

limiting the overhead in the data packet. The compression means that some fields of the standard 
packet header are omitted or are shorter than standardized fields or are combined together. 
Another aspect regarding compression of the data carried by the tag is that when additional 
header fields are added, the data to be transmitted with the RFID signal may end up to a 

15 situation, where the RFID tag is not capable of transmitting all the stored data, especially when 
the tag is of the passive type, with the energy generated by the interrogation signal. Therefore, 
the excess data needs to be reduced by compressing and reducing the overhead. In the case of 
receiving data from the tag, the compressed and/or omitted header fields of the received data 
packet may be decompressed in the mobile device by adding the omitted fields to the header or 

20 inflating the fields to comply with the standard format. In a decompression process, data stored 

in the mobile device may be used. Such data may comprise, for example, one or more lookup 

tables for compressed fields or data which is received and stored in the mobile device or inputted 

by the user. Fields of the type such as "length" or "checksum" may be computed by the 
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processor of the mobile device and added to the respective fields. After decompression the 
forwarded data packets comply with the standard packet formasts, such as IP or UDP. In case of 
receiving data from the application and writing it to the tag, the same technology may be applied 
in the opposite way. In this case, standard IP or UDP packets are compressed and the resulting 
5 optimized packet is written to the tag. The known header compression techniques may be applied 
as described, for example, in "RFC 1 144, RFC 2507," etc. 

Figure 2B describes an example of an RFID tag data structure 220 according to one 
embodiment of the invention in compressed UDP header format, comprising a format field 202', 
a destination port ID field 204', and a payload data 212\ The field source port ID", "length", and 
10 "checksum" are omitted from the tag data. When the data packet is received in the mobile 
device, the format field content instructs the processor that the omitted fields are to be defined 
and/or computed and the header is appended with the fields created by the processor. To show 
that the format field of Figure 2B is different from Figure 2A, the format field content can be 
coded, e.g., 0XB58B. 

15 Figure 3 describes a datagram structure 300 for Internet Protocol, version 4 (IPv4). A 

format field 302 is coded, e.g., 0XB5B7 defining the packet format to be IPv.4 compliant. Bytes 
2. . .25 are standard IP header fields and bytes 26. . .33 are UDP header fields. Payload data 
follows byte 33. A version field 304 defines the header format. An Internet Header Length 
(IHL) field 306 describes the length of the header. A type of service field 308 describes the 

20 quality of Internet service to be applied to the packet. A total Length field 312 describes the 
length of the packet. An Identification field 314 includes an identifier which uniquely identifies 
fragments of the datagram. The flag field 316, fragmentation field 318 and a fragment off-set 
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field 320 control fragmentation and reassembly of the datagram. The low order 2-bits of the flag 
field controls fragmentation of the datagram. A Fragmentation field 318 defines the fragment 
size for fragmenting the datagram. A fragment off-set field 320 specifies the offset in the 
original datagram in units of 8 octets, starting at offset 0. A time to live field 322 defines how 
5 long in seconds the datagram is allowed to remain in the Internet system. A Protocol field 324 
defines which high level protocol was used to create the message being carried in the datagram. 
The header checksum field 326 insures the integrity of header values. A source address field 328 
and destination address field 330 contain 32-bit IP addresses of the datagram sender and intended 
recipient. An options field 332 comprising three bytes is included primarily for network testing 

10 and/or debugging. A padding field 334 is used to insure that the IP header ends and data begins 
on a 32-bit boundary. The padding is composed of zeros. A Source Port ID field 333, 
destination port ID field 338, Length field 340 and checksum 342 correspond to the UDP fields 
described in Figure 2A. Payload data 344 follows the UDP header. Further details of the 
datagram in IP version 4 format are described in the text "Internet Working With TCP/IP", 

15 supra, at pages 91-101. 

The data packet itself may be compressed using a compression algorithm such as e.g. 
Lempel-Ziv or GZIP algorithm. If the headers are compressed as well, the data in the format 
field then may be chosen so that it reflects and informs the type of compression. 

Figure 4 taken in conjunction with Figure 1 describes a process 400, in steps, for reading 
20 from the tag a datagram packet having a UDP header, shown in Figure 2 A, as follows: 

Step 1: An application in the device 102 opens a socket to listen to UDP 

connections. 
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Step 2: The RFID reader included in or connected to the mobile device reads a 

datagram packet from the tag which is picked up by a directional coupler 
and transferred to the receiver input of the reader. 

Step 3: The datagram packet is passed to the IP stack of the mobile device for 

5 processing. 

Step 4: The IP stack strips away the UDP headers and checks the UDP checksum 

against the packet contents. If the checksum is not valid, the following 
steps are taken: 

Step 4(a): The IP stack notifies the RFID reader that the transmission 
10 has failed and requests a re-read. 

Step 4(b): If the re-read should fail, then re-reading is attempted a few 
times (defined by the user/developer or compiler times options). If the 
retransmission is successful, the process proceeds to Step 5. 

Step 4(c): If no reading attempt succeeds, the IP stack can either drop 
15 the packet silently, or send a message to the user application designed to 

deal with RFID reader failures. 

Step 5: The IP stack passes the payload data to the application listening to the 

UDP socket. 

Step 6: The application then interprets the data and acts accordingly. 
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Figure 5 describes a process 500, in steps, for receiving data from a tag including an IP 
header, shown in Figure 3, as follows. 

Step 1 : An application in the mobile device opens a socket to listen to IP, TCP or 

UDP connections. 

Step 2: The RFID reader in the device or connected to it reads the data from the 

tag via the reader's antenna. The signal is transferred to the input of the 
reader. 

Step 3: The data packet is passed to the IP stack in the device for implementation. 

Step 4: The IP stack processes the IP header and checks the destination of the 

packet. 

Step 5: The IP header checksum is checked and if the checksum fails, a retry 

process is repeated as described at steps 4(a), 4(b), and 4(c) in the process 
400,. 

Step 6: If the destination is the device itself (denoted by using a looped-back 

address in the IP header), the IP stack will strip away the IP header and 
continue to pass the pay load to the application listening on the UDP or 
TCP socket. 

Step 7: If the destination is not the device, the IP packet will be routed 

accordingly. 
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Figure 6 describes a process 600, in steps, for writing data to the tag from an application 
in the mobile device or an application in the network, as follows: 

Step 1: An application opens a socket to locate a UDP/DP tag for writing purposes. 

Step 2: The RFD3 reader transmits a RF signal to locate a tag having an erasable 

read-only memory or the like. 

Step 3: The tag transmits a signal to the reader including a datagram describing 

the data content of the tag. 

Step 4: The reader processor determines if the tag is writeable, and, if so, alerts 

the application program executable in the mobile device or the network to 
prepare to transmit the data after the reader completes a handshake with 
the tag. 

Step 5: If the tag is not writeable, the reader disregards the tag signal and searches 

for another tag that is writeable. 

Step 6: The application program transmits the data to the reader for retransmission 

to the tag. The reader appends the RFID header information. 

Step 7: The tag receives the application data and stores the data which may 

include over-writing the erasable read-only memory with the application 
data. 

Step 8: Upon completion of data transmission and storage, the tag transmits an 

acknowledgment signal to the application via the reader and IP stack. 
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While the RFID system in a mobile environment has been described in terms of a 
preferred embodiment, various changes can be made therein without departing from the spirit 
and scope of the invention, as defined in the appended claims, in which: 

We claim, 
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